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A  large  number  of  Army  personnel  can  be  classified  as 
knowledge  workers— people  who  produce  not  tangible 
products,  but  some  form  of  processed  or  enhanced 
information.  Because  the  primary  input  to  knowledge 
work  is  information,  work  quality  depends  on  access  to 
high-quality  sources  of  relevant  information.  A  single 
decision  may  require  information  from  an  Army  regulation, 
several  databases,  guidance  letters,  and  the  expertise  of 
a  coworker.  The  knowledge  worker's  ability  to  access  this 
information  directly  affects  the  quality  of  his  or  her  vrark. 

Most  Army  knowledge  workers  have  a  limited  amount  of 
time  to  complete  tasks.  Difficulty  identifying  or  obtaining 
information  can  leave  little  time  for  actually  conducting  the 
task,  or,  in  effect,  can  make  that  information  unavailable. 
Information  overload  can  produce  similar  results.  These 
problems  frequently  create  an  overall  drag  on  the 
productivity  and  effectiveness  of  the  work  group. 

This  study  examines  how  knowledge  workers  use 
information  during  decisionmaking  processes.  A  model 
of  information  support  for  knowledge  workers  was 
developed  and  validated,  and  a  computer  software 
strategy  is  proposed  for  coupling  ktwwledge  worker 
processes  with  the  information  they  need. 
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A  MODEL  FOR  KNOWLEDGE  WORKER  INFORMATION  SUPPORT 


1  INTRODUCTION 


Background 

Knowledge  work  is  a  process  requiring  knowledge  from  both  internal  and  external  sources  to 
produce  a  product  that  is  distinguished  by  its  specific  information  content  In  the  Army  today  a  large 
number  of  personnel  can  be  classified  as  loiowledge  workers.  They  do  not  produce  tangible  i»oducts  that 
are  useful  in  their  own  right,  such  as  a  building  or  a  vehicle,  but  rather  some  form  of  manipulated 
information.  Examples  include  decisions,  reports,  analyses,  and  instructions.  Without  a  good 
understanding  of  the  information  sources  available  within  the  process  domain,  it  is  difficult  for  Army 
knowledge  workers  to  identify  and  obtain  the  information  required  to  do  the  job. 

Because  foe  primary  inputs  to  producing  knowledge  work  products  are  information-based,  product 
quality  depends  on  the  ability  to  access  relevant  information  sources  of  good  quality.  The  typical  Army 
l^wledge  worker  requires  access  to  numerous  irrformation  sources.  Fbr  example,  a  single  decision  could 
require  information  from  an  Army  regularicm,  several  databases,  guidance  letters,  and  the  expertise  of  a 
cowotker.  This  means  foe  knowledge  worker  needs  to  know  where  to  locate  foe  appropriate  regulatory 
information,  which  databases  contain  relevant  data,  tmw  to  connect  to  foe  databases,  bow  to  query  the 
databases,  how  to  interpret  foe  data,  where  the  guidance  letter  is  filed,  and  which  coworker  has  foe 
required  expert  knowledge.  The  krtowledge  worker’s  ability  to  access  fois  information  directly  affects  foe 
quality  of  his  or  her  work. 

The  domain  of  foe  processes  performed  by  the  knowledge  worker  defines  much  of  the  information 
required  to  produce  knowledge  work  {nxxlucts.  For  instance,  a  knowledge  worker  whose  domain  is 
Military  Construction  Programming  needs  access  to  a  core  set  of  information  sources  that  support  that 
mission.  These  sources  include  the  Construction  Appropriations,  Programming,  Control,  and  Execution 
System  (CAPCES)  database.  Army  Regulation  (AR)  415-15  {Military  Construction  Programming),  and 
expertise  on  the  military  programming  process.  These  sources,  along  with  many  others,  are  primary  inputs 
to  knowledge  worker  processes  within  this  domain. 

Because  most  knowledge  workers  have  a  limited  amount  of  time  to  complete  a  process,  difficulty 
identifyirtg  or  obtaining  information  can,  in  effect,  make  that  information  unavailable.  Furthermore,  so 
much  time  can  be  spent  trying  to  find  the  information  that  little  time  is  left  for  the  actual  decisionmaking. 
Also,  due  to  inexperience  in  a  business  process  and  its  relevant  information  sources,  a  worker  may 
overlook  or  misaiqrly  important  informatiotL  And  in  many  cases,  the  sheer  amount  of  information 
available  can  simply  exce^  human  information  processing  capabilities,  having  essentially  the  same  effect 
as  a  lack  of  information.  These  problems  fiequently  impair  the  timeliness  and  quality  of  foe  knowledge 
worker’s  output,  creating  an  overall  drag  on  worker  productivity  and  effectivaiess. 

The  U.S.  Army  Construction  Engineering  Research  Laboratories  (USACERL)  has  been  conducting 
ongoing  research  into  the  problems  of  information  access  and  management  for  knowledge  workers,  wifo 
the  ultimate  goal  of  developing  a  comprehensive  performance  support  environmoit  for  knowledge  workers. 
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Objectives 


The  objectives  of  this  research  were  to  (1)  obtain  a  fundamental  understanding  of  how  knowledge 
workers  use  information  during  decisionmaking  processes,  (2)  develop  a  model  of  information  support  for 
knowledge  worirer  decisionmaking,  and  (3)  develop  a  software  strategy  for  coupling  knowledge  worker 
processes  with  the  information  required  to  support  them. 


Approach 

A  study  of  decisiorunaking  theories  was  conducted.  These  results  were  used  to  develop  a 
description  of  knowledge  worker  decisiorunaking  activity  and  to  develop  a  model  of  information  support 
for  knowledge  worker  decisiorunaking.  To  validate  the  accuracy  of  the  model,  a  knowledge  worker  was 
interviewed  about  an  actual  process  performed  within  that  worker’s  business  domain,  and  the  process  was 
applied  to  the  model.  An  implementation  strategy  based  on  the  model  was  developed  that  recommended 
(I)  a  structured  methodology  for  defining  business  processes,  (2)  an  object-oriented  approach  to 
representing  the  business  model,  (3)  knowledge-based  support  for  embedding  institutional  knowledge  and 
defining  links  to  information  sources,  and  (4)  the  capability  to  access  a  multitude  of  information  types. 
This  strategy  will  be  used  as  a  conceptual  foundation  for  development  of  an  integrated,  knowledge-based 
enviroiunent  to  provide  knowledge  workers  information  support  during  decisionmaking  processes. 


Mode  of  Technology  Transfer 

The  findings  of  this  research  will  feed  into  future  USACERL  work  units  addressing  the  development 
of  an  automated,  computer-based  performance  support  environment  for  knowledge  workers. 
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2  INFORMATION  MANAGEMENT  TO  SUPPORT  KNOWLEDGE  WORKER  DECISIONS 


Review  of  Dectsioiifiukiiig  Theories 

Initial  research  for  this  project  addressed  decisionmaking  theory,  serving  as  a  basis  for  developing 
the  model  of  infonnation  management  required  to  support  knowledge  workers. 

The  model  developed  in  this  study  is  a  result  of  requirements  derived  from  five  main  schools  of 
tlwught  in  tire  study  of  decisionmaking:  (1)  the  raticxial  manager  view.  (2)  the  “satisficing.”  process- 
oriented  view.  (3)  the  organizational  procedures  view.  (4)  the  political  view,  and  (S)  the  individual 
differences  view.  The  following  paragraphs  briefly  describe  each  of  these  concepts. 

The  Rational  Manager  View 

This  is  the  classic  view  of  organizational  decisionmaking,  developed  from  the  microeconomic  belief 
of  the  existence  of  a  rational,  completely  informed,  single  decisionmaker.  This  decisionmaker  is  assumed 
to  select  the  alternative  that  most  efficiently  maximizes  tire  amount  of  output  for  a  given  input  (Keen  and 
Morton  1975).  Many  believe  that  this  is  an  unrealistic  idealized  view,  but  it  does  provide  a  logical 
derinition  of  optimal  choice. 

The  “Sati^icing"  Process-Oriented  View 

According  to  this  view,  most  problem-solving  strategies  are  based  on  heuristics’  that  provide 
solutions  which  are  good  enough,  tnit  not  necessarily  o|Ximal.  This  view  presumes  that  tlrere  is  rarely  a 
method  for  finding  the  optimum,  so  the  decisionmaker  does  not  even  have  a  choice  between  satisfactory 
and  optimal  solutions.  Basically,  a  subset  of  the  set  of  possible  solutions  is  generated,  and  a  solution  is 
selected  from  that  subset  This  work  is  mostly  attributed  to  H.A.  Simon,  and  also  to  A.  Newell  and  J.C. 
Shaw  (Keen  and  Morton  1975).  Simon  also  introduced  the  concept  of  programmed  and  nonprogrammed 
decisions.  Programmed  decisions  are  those  described  by  a  clear  set  of  rules,  thus  making  it  feasible  to 
replace  the  judgment  of  a  human  decisionmaker  with  an  automated,  computer-based  system. 
Nonprogrammed  decisions  are  typically  unstructured,  and  require  the  use  of  heuristics  to  arrive  at  a 
solution.  These  kinds  of  decisions  have  complex  problem  spaces  that  are  not  easily  describable  (Newell 
and  Simon  1972). 

The  Organizational  Procedures  View 

This  view  suggests  that  decisions  are  made  according  to  standard  operating  procedures  (SOPs) 
within  subunits  of  the  larger  organization.  Each  subunit  is  considered  to  have  its  own  store  of  institutional 
knowledge  and  procedures  for  making  decisions.  In  this  view,  decision  analysis  depends  on  identifying 
organizational  roles  and  relationships  among  the  subunits  (Simon  1957). 

The  Political  View 

This  view  suggests  that  decisions  are  based  on  political  constraints,  aspirations,  and  interactions — not 
on  systematic  methods.  Decisiorunaking  is  a  bargaining  process,  and  requires  an  understanding  of  the 


‘heuristics:  an  approach  to  solving  problems  based  on  thought  processes  that  may  not  be  empirically  provable,  e.g.,  "rules  of 
thumb." 
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political  processes  involved  and  the  strategies  and  compromises  required  to  incorporate  the  interests  and 
constraints  imposed  by  all  actors  in  the  decision  process  (Simon  1^7). 

The  Individual  Differences  View 

This  view  is  based  on  the  premise  that  each  decisionmaker  is  a  unique  individual  with  persoiudized 
strategies  and  abilities.  The  methods  for  making  decisions  and  using  information  are  assumed  to  vary 
from  person  to  person.  Therefore,  in  this  view,  it  is  difficult  to  deflne  one  ai^roach  for  producing  a 
decision.  An  influential  theory  about  information  use  during  decisionmaking  has  arisen  from  the 
Individual  DifferetKes  View.  Cognitive  Complexity  Theory  states  that  decisionmakers  can  be  overloaded 
with  information  because  of  weaknesses  in  diflereruiatitm  decisionmaker  skills.  Low  levels  of 
differentiation  result  in  a  limit  on  the  number  of  information  categories  a  decisionmaker  can  process.  This 
theory  suggests  that  too  much  information  during  decisiorunaking  can  be  as  detrimental  as  too  little  (Kemi 
and  Morton  1978;  Miller  1965;  Newell  and  Simon  1972;  Olshavsky  1979;  Payne  1976). 


Description  of  the  Knowledge  Worker  and  Decisionmaking  Activities 

Knowledge  workers  each  have  unique  skills  arid  personalized  strategies  for  decisionmaking.  They 
are  driven  by  the  goals  of  their  organizatioruil  subunit  and  their  relationships  with  the  organization  as  a 
whole.  The  quality  of  their  performance  depends  on  access  to  their  organization’s  store  of  institutiotud 
knowledge  and  SOPs.  Knowledge  workers  frequently  make  decisions  by  considering  alternatives,  then 
using  heuristics  developed  through  on-the-job  experience  to  choose  among  those  alternatives.  In  some 
instances,  decisions  are  based  on  methods  for  flnding  optimal  solutions.  Finally,  knowledge  workers  ate 
often  influenced  by  political  constraints,  individual  aspirations  for  career  development,  and  interactions 
with  key  actors  in  the  decisionmaking  (or  approval)  chain. 

From  this  brief  description  of  knowledge  workers  and  their  general  environment,  it  can  be  seen  that 
no  single  theory  discussed  above  will  adequately  describe  knowledge  worker  decisiorunaking  activities. 
A  model  incorporating  all  of  these  theories  appears  to  be  necessary. 


A  Model  of  Information  Support  for  Knowledge  Worker  Decisionmaking 

Based  on  the  understanding  of  knowledge  worker  decisiorunaking  outlined  above,  a  model  for 
providing  information  support  to  the  worker  was  developed.  The  model  is  a  special  case  of  the  more 
general  Knowledge  Work  Process  model  previously  developed  by  USACERL,  which  is  shown  in  Figure  1 
(Thomas  and  Schmidt,  August  1992).  The  Knowledge  Worker  Information  Support  (KWIS)  model  is 
illustrated  in  Figure  2. 

The  KWIS  model  illustrates  the  knowledge  work  process  with  required  stqtport  for  information 
management  The  central  element  of  the  process  is  the  task.  The  task  is  the  activity  to  be  performed  by 
the  knowledge  worker.  It  consists  of  two  subelements:  task  details  and  task  executiort 

Task  details  describes  specific  characteristics  of  a  task,  such  as  the  organization  responsible  for  the 
task,  who  assigned  the  task,  the  destination  of  the  task  ouqrut,  relationships  with  other  tas^,  priority,  and 
due  date. 

Task  execution  denotes  how  the  task  is  performed.  This  component  itKludes  the  use  of  any 
mechanism  that  enables  the  knowledge  worker  to  complete  the  task.  These  mechanisms  could  be  expert 
systems,  spreadsheets,  word  processors,  procedural  programs,  or  any  other  enabling  technology.  Task 
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Knowledge  Work  Process 


Figure  1.  USACERL  Knowledge  Work  Process  Model. 
(Source:  Thomas  and  Schmidt,  August  1992.) 


Figure  2.  Knowledge  Worker  Infornution  Support  (KWIS)  Modd. 
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execution  can  be  automatic,  to  provide  support  >or  programmed  decisions,  or  participatory,  by  providing 
assistance  in  completing  nonprogrammed  decisions. 

Information  required  to  support  a  task  is  acquired  through  the  link  with  the  irtformation  component. 
This  component  represents  the  information  associated  with  a  specific  task.  The  lack  of  an  arrow  in  Figure 
2  to  indicate  the  flow  of  information  into  a  task  is  intentional.  The  information  is  only  associated  with 
the  task,  but  not  necessarily  required  to  perform  the  task.  The  information  may  be  used  if  the  individual 
knowledge  worker  chooses  to  use  it.  Information  consists  oi  three  subcomponents:  standard  operating 
procedures,  institutional  knowledge,  and  data. 

Standard  operating  procedures  (SOPsf  include  all  references,  regulations,  and  guidance  required 
for  the  performance  of  a  task.  These  procedures  are  specific  to  the  organizational  subunit  performing  the 
task. 


Institutional  knowledge  includes  the  how-to  information  and  heuristics  accumulated  through  on-the- 
job  e.xperience.  This  knowledge  is  specific  to  the  organizational  subunit  performing  the  task.  Any  type 
of  information  that  might  affect  the  execution  of  a  task  is  included  in  this  component. 

Data  are  the  supporting  facts  provided  to  knowledge  workers  through  databases  and  other 
information  management  systems. 

The  product  is  the  result  of  the  knowledge  worker  task.  Examples  include  an  oral  or  written  report, 
a  decision,  an  analysis,  or  any  other  type  of  information-based  outcome. 

The  complete  model  for  knowledge  worker  decisionmaking  must  show  the  interrelationships  among 
each  individual  knowledge  work  process  in  an  organizational  subunit  as  well  as  those  with  the  entire 
organization  (Figure  3).  The  links  between  processes  (ellipses)  indicate  a  relationship.  The  ordering  from 
left  to  right  indicates  sequence  in  time,  showing  predecessor  and  successor  relationships  between 
processes.  Each  group  of  processes,  designated  by  the  boxes  eiKlosing  them,  represents  those  for  an 
organizational  subunit.  The  entire  diagram  represents  all  processes  for  an  organization. 


Validation  of  Model 

To  validate  the  accuracy  of  the  model,  an  actual  decision  process  was  selected  and  ai^Iied  to  the 
model.  A  knowledge  worker  within  the  Military  Programming  and  Execution  Siq^pott  Office  (CEMP-P) 
at  Headquarters,  U.S.  Army  Corps  of  Engineers  (HQUSACE)  was  interviewed  to  obtain  a  description  of 
one  process  performed  within  the  organization  issuing  funds  to  District  offices.  A  detailed  flowchart  of 
this  process  can  be  found  in  Figure  4. 

Issuing  Design  Funds  to  District  Offices  Process 

The  process  of  issuing  design  funds  to  District  offices  consists  of  five  main  tasks.  Performance  of 
each  of  these  tasks  requires  information  support  The  following  sections  describe  the  information  sufqxrrt 
needed  and  shows  the  correspondence  between  the  process  and  the  KWIS  model. 

Task  1:  Determining  Whether  Funds  Have  Been  ApproDriated.  This  task  requires  institutional 
knowledge  of  the  fact  that  funds  must  be  qrpropriated  by  Congress  and  signed  into  law  before  they  can 


*When  applied  to  Army  activities,  the  official  tenn  is  sUinding  operating  procedures. 
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Figure  3.  Interrelationships  Between  Knowledge  Work  Processes  Across  Organization  Units. 

be  legally  used  for  a  project  The  information  the  worker  needs  is  contained  in  a  textual  document,  the 
Public  Law  Conference  Report.  The  amount  of  funds  appropriated  for  military  construction  projects  is 
input  to  the  CAPCES  database  by  another  organization — the  Programming  and  Planning  Division, 
Assistant  Chief  of  Staff  for  Installation  Management  (ACSIM).  The  knowledge  worker  has  the  option  of 
checking  the  Public  Law  Conference  Report  or  the  CAPCES  database  for  the  existence  of  a  value  in  the 
APPROP_AMT  data  field.  The  check  on  the  CAPCES  database  requires  expertise  on  how  to  access  the 
database  as  well  as  which  field  contains  the  appropriated  amount  value. 

Task  2:  Determining  Whether  Funds  Have  Been  Approved  by  the  Secretary  of  Defense. 
Institutional  knowledge  is  required  to  know  that  once  funds  have  been  appropriated  they  must  be 
apportioned  by  the  Office  of  Management  and  Budget  (0MB)  to  the  Office  of  the  Secretary  of  Defense 
(OSD).  Apportionment  is  assumed  to  have  been  done  because  it  is  automatic.  After  apportionment,  OSD 
approves  funds  on  a  line-item  detail  and  issues  the  approval  on  a  SD  460  form.  In  addition,  the  OSD 
comptroller  issues  a  Funding  Authorization  Document  (FAD)  for  the  Assistant  Secretary  of  the  Army 
Financial  Management  Branch  (which  is  attached  to  the  SD  460  form).  Based  on  this  background 
information,  the  knowledge  worker  has  the  option  of  checking  the  SD  460  Form  or  the  FAD  to  determine 
if  funds  have  been  approved  by  OSD. 

Task  3:  Determining  Whether  the  Funds  Have  Been  Issued  by  the  Army  to  the  Corp.  Once  funds 
have  been  approved,  the  next  check  is  to  determine  whether  they  have  been  issued  by  the  Department  of 
the  Army  (DA)  to  the  Corps  of  Engineers  (CE).  Once  again,  this  is  institutional  knowledge  required  by 
the  knowledge  worker.  There  are  two  sources  of  information  that  can  be  used  to  determine  whether  the 
funds  have  been  issued  to  CE:  the  FAD  or  a  report  available  on  the  PBAS  system.  Checking  the  FAD 
requires  knowledge  of  where  to  locate  the  hard  copy,  which  is  stored  in  a  binder  in  chronological  order 
at  CEMP-P.  Finding  the  information  on  PBAS  requires  knowing  that  the  information  can  be  found  by 
running  the  PROGSTATUS  report  entitled  Status  of  Detail  Program  Distribution  by  DA  to  GOA.  In 
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Figure  4.  Process  Details  for  Issuing  Design  Funds  to  Districts. 
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addition,  the  knowledge  worker  needs  expertise  to  access  and  use  the  PBAS  system  and  locate  the 
information  on  the  PROGSTATUS  rcpoil 

Task  4:  Determining  Whether  the  Funds  are  Available  to  Issue.  The  knowledge  worker  must  now 
determine  whether  the  funds  that  were  issued  to  CE  are  still  available  to  issue  to  District  offices.  Based 
on  institutional  knowledge,  the  knowledge  worker  krrows  this  information  can  be  found  by  running  the 
PBAS  PROGSTATUS  report  Status  of  Detail  Program  Distribution  by  GOA  to  FOA.  As  in  the  previous 
subtask,  expertise  is  required  on  how  to  access  arxl  use  the  PBAS  system,  and  where  to  locate  the 
information  on  the  PROGSTATUS  report 

If  the  PBAS  information  indicates  that  the  funds  are  not  available  to  issue,  the  knowledge  worker 
must  determine  why.  Since  fimds  were  apportioned  they  should  have  been  issued  from  DA  to  CE.  The 
experienced  knowledge  worker  would  know  to  cteck  whether  there  was  an  oversight  or  if  they  were 
withdrawn  for  some  reason.  This  check  involves  knowing  the  appropriate  points  of  contact  (POCs)  in  the 
Defense  Finance  and  Accounting  Service  and  the  Army  Budget  Office.  These  POCs  can.  through  their 
own  decision  process,  determine  if  the  problem  is  due  to  an  oversight,  fix  it,  and  make  the  funds  available. 
In  addition,  these  POCs  are  the  source  of  any  “inside  irrformation”  that  could  affect  issuing  the  funds. 
Something  might  have  caused  withdrawal  of  the  hmds,  or  a  POC  may  know  of  an  impending  event  diat 
might  affect  availability  of  the  hmds.  Often,  such  events  are  political,  and  access  to  inside  information 
is  essential  to  predict  their  occurrence. 

If  the  unavailability  of  hmds  is  not  due  to  an  oversight  and  the  hmds  have  not  been  withdrawn,  the 
knowledge  worker  must  determine  why  funds  are  not  available  for  issue.  The  following  cases  give 
explanations  for  nonavailability  of  funds,  and  the  solutions  for  making  them  available. 

1.  The  money  was  used  for  an  official  reprogramming.  This  information  is  determined  by 
checking  PBAS  to  see  if  the  funds  available  at  DA  are  less  than  what  was  appropriated  initially.  Another 
way  to  determine  this  is  by  checking  the  SD  460,  which  would  show  a  negative  amount  in  the  "Formal 
Reprograrruning"  column.  If  the  money  was  officially  reprogrammed,  the  amount  carmot  be  increased  and 
there  are  no  funds  available  to  support  the  request 

2.  All  of  the  appropriated  funds  were  already  issued  for  the  project.  This  information  is 
determined  by  checking  PBAS.  In  this  case,  another  project  may  be  identified  as  a  source  of  funds  and 
money  can  be  borrowed  from  it.  Funding  sources  are  identified  by  checking  PBAS.  First  a  project  is 
identified  with  undistributed  funds.  Next  it  must  be  determined  if  the  project  will  require  the  funds  by 
checking  one  of  several  sources  containing  the  current  working  estimate  (CWE)  on  the  project — ^Financial 
Management  System  (FMS),  CAPCES,  or  AMPRS.  TTie  CWE  obtained  is  then  compared  to  the  amount 
issued  to  determine  if  there  is  an  excess.  If  there  is  an  excess,  the  knowledge  worker  must  check  with 
the  Program  Manager  in  the  Army  Branch  (CEMP-MA)  to  make  certain  that  the  funds  wUl  not  be  required 
for  the  project.  This  check  is  also  necessary  because  the  CWE  obtained  is  not  always  current  If  a  source 
of  funds  is  identified,  the  following  rules  for  borrowing  money  must  be  followed: 

a.  If  the  request  is  less  than  IS  percent  of  the  appropriated  amount  then  no  approval  is 

required. 


b.  If  the  request  is  between  IS  and  20  percent  of  the  appropriated  amount  then  tq^roval  from 
the  Secretary  of  the  Army  (SA)  is  required. 

c.  If  the  request  is  greater  than  20  percent  of  the  appropriated  amount  then  Congressional 
approval  is  required. 
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3.  The  money  was  borrowed  for  another  project  below  threshold  reprogramming.  In  this  case, 
money  can  be  borrowed  from  another  project  The  rules  and  procedures  given  for  borrowing  money  in 
item  2  above  must  be  followed. 

4.  The  funds  may  have  expired  before  they  were  used  for  the  project.  In  this  case,  the  funds  can 
still  be  used  if  the  request  meets  the  rules  for  use  of  expired  funds.  Regulations  state  that  expired  funds 
can  be  used  for  supervision  and  administration  costs,  engineering  and  design  during  construction,  or  to 
pay  claims.  If  the  request  does  not  qualify  for  use  of  expired  funds,  then  money  can  be  borrowed  from 
another  project.  Once  hmds  are  identified  for  borrowing,  the  project  is  “split  funded,”  and  a  request  must 
be  made  to  add  the  AMS  code  to  PBAS  for  the  year  of  funds  plaiuied  for  issue.  This  is  called 
“Requesting  an  AMS  Code.” 

Task  5:  Issuing  the  Funds.  Once  it  is  determined  that  funds  are  available  for  issue,  the  knowledge 
woilrer  follows  SOP  for  issuing  funds.  This  action  is  acccomplished  by  selecting  the  “Issue  Funds"  option 
on  the  PBAS  system.  The  data  from  the  request  document  and  the  AMS  code  obtained  from  previous 
reports  or  Army  Regulation  37-100-XX  (where  XX  is  fiscal  year)  is  entered  into  the  system.  A  hard 
copy  of  the  FAD  is  printed  and  stored  in  a  folder  with  the  request  document 

Representation  of  the  Process  as  a  Model 

Figure  5  represents  the  decision  points  for  issuing  hmds  to  district  offices  in  the  KWIS  model 
format  The  model  depicts  the  five  knowledge  worker  tasks  described.  Each  task  is  in  a  rectangle,  stated 
as  a  “yes”  or  “no”  question.  The  flow  of  the  process  depends  on  the  decision  made  at  any  point 

The  direction  of  the  arrows  between  processes  denotes  the  predecessor  and  successor  relationships 
between  tasks.  In  the  first  four  processes,  there  are  two  possible  products  for  a  task.  These  products  are 
not  tangible  objects,  but  rather  decisions  made  by  the  knowledge  worker.  For  example,  in  the  first  process 
if  the  knowledge  worker  determines  diat  the  funds  have  not  been  appropriated  the  decision  is  made  to  wait 
for  appropriation  before  issuing  funds.  If  the  hmds  have  been  appropriated,  the  decision  is  made  to 
perform  the  next  task.  In  the  last  process,  issuing  hmds,  there  is  only  one  product — a  funded  project. 
Information  sources  that  may  be  required  to  perform  these  tasks  are  defined  by  the  link  betwemi  the  task 
and  the  information  components.  Each  information  source  that  could  be  used  is  included,  but  the 
knowledge  worker  determines  which  sources  actually  to  use. 

This  example  validates  the  use  of  the  KWIS  model  to  represent  knowledge  worker  processes. 
Ch^ter  3  describes  how  the  KWIS  model  could  be  implemented  to  support  knowledge  workers  in  their 
daily  decisiorur  ->.-dng  activities. 
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Figure  5.  Decision  Points  for  the  “Issuing  Funds”  Process  Represented  in  KWIS  Model  Format. 
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3  IMPLEMENTATION  OF  THE  KWIS  MODEL 


The  model  described  in  the  previous  chapter  shows  a  basic  h^ewoik  for  providing  knowledge 
workers  with  information  to  support  their  decisioiunaking  activities.  Using  ccHnputer-based  technologic, 
this  model  can  be  further  developed  to  provide  kimwledge  workers  with  an  integrated  knowledge-based 
environment  for  information  support  during  decisionmaking.  The  major  issues  for  developing  such  an 
envirorunent  using  the  KWIS  model  are  discussed  briefly  in  the  following  sections. 


Model  Development  Methodologies 

The  knowledge  worker  process  modeled  for  the  example  in  Chapter  2.  issuing  design  funds  to 
district  offices,  was  developed  through  a  semistructured  interviewing  technique  known  as  verbal  protocol 
analysis  (Newell  and  Simon  1972;  Payne  1976),  sometimes  called  the  “think-aloud  method.”  The 
interview  subject  was  asked  to  “think  aloud”  about  the  decisionmaking  process  for  issuing  design  funds. 
Although  the  subject’s  responses  were  semistructured  and  incomplete,  which  is  common  when  this  method 
is  used,  they  could  be  combined  with  objective  information  and  the  author’s  background  knowledge  to 
formulate  a  coherent  process  model.  (It  should  be  noted  that  this  methodology  is  not  considered  adequate 
for  developing  large  models  that  describe  several  related  processes  within  and  across  organizational 
subunits.  A  structured  methodology  is  recommended  to  develop  consistent  models  that  are  easily 
maintained  and  validated.) 

Many  modeling  techniques  exist  today  for  representing  business  processes.  These  techniques  arc 
generally  used  to  describe  a  process  for  the  purpose  of  automating  it  using  static  procedures  and  databases. 
The  resulting  process  models  typically  contain  information  on  data  flows  and  business  rules  pertaining  to 
the  data,  but  do  not  contain  any  information  on  why  or  how  an  activity  is  performed.  Their  piiroaiy 
purpose  is  to  assist  in  automating  an  activity.  Generally,  the  models  exist  only  as  diagrams  used  to 
corrununicate  between  system  developers  and  the  user  during  the  system  design  process.  Because  of  fliis, 
such  models  are  not  easily  used  for  maintenance  and  validation,  and  they  are  limited  in  the  type  of 
activities  they  can  represent. 

Modeling  knowledge  worker  processes  requires  a  methodology  that  can  capture  the  logic  and 
information  sources  used,  as  well  as  the  interrelationships  among  tasks  and  cowotkers  during  performance 
of  a  task.  Models  must  provide  background  information  to  (1)  help  knowledge  workers  find  and  interpret 
the  information  needed  to  support  a  task,  (2)  provide  the  user  with  expertise  associated  with  a  task,  (3) 
support  an  automatic  execution  of  repetitive  programmable  tasks,  (4)  train  inexperioiced  knowledge 
workers  to  perform  a  ta^,  and  (S)  coordinate  tasks  among  cowotkers. 

Preliminary  investigations  determined  that  existing  model  development  methodologies  by  fliemselves 
are  not  enable  of  providing  the  knowledge-based  information  support  required  by  knowledge  workers. 
However,  by  extending  appropriate  methodologies  to  include  the  additional  requiremoits  imposed,  a 
structured  methodology  for  developing  knowledge  worker  process  models  could  be  developed.  This 
research  did  not  involve  in-depth  investigations  of  existing  model  development  methodologies,  however, 
so  no  recommendation  for  using  one  particular  technique  is  given. 
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Model  Implementation 

The  knowledge  work  process  models  developed  through  continuing  research  will  be  implemented 
as  a  software  system  to  support  knowledge  workers.  In  effect,  the  model  must  portray  the  business 
process  and  present  it  to  the  knowledge  worker  in  an  autmnated  performance  support  envirorunent.  Sirtcc 
the  model  is  supposed  to  represent  a  real-world  process,  it  must  be  able  to  continuously  adapt  to  changes 
within  the  environment.  For  example,  employees  leave,  procedures  change,  and  organizations  restructure. 
In  addition,  users  may  need  to  see  the  model  from  diftetent  perspectives:  managers  require  a  broad  view 
of  the  process  whereas  the  knowledge  worker  actually  perfonning  the  task  may  require  detailed  step-by- 
step  instructions. 

Object-oriented  technologies  can  be  used  to  provide  a  dynamic  modeling  capability.  An  object  is 
defined  as  a  real-world  entity  about  which  information  is  stored.  Object-oriented  progranuning  provides 
a  way  to  represent  both  objects  and  their  relationships  with  other  objects.  Using  this  par^gm,  the 
information,  task,  and  product  components  of  the  KWIS  model  could  be  represented  as  objects.  These 
objects  would  contain  information  on  their  specific  attributes,  relationships  with  other  objects,  and  methods 
for  executing  a  process. 

Because  of  the  potentially  large  size  of  the  process  models  that  will  be  developed  and  the  need  for 
interaction  between  these  processes  across  organizational  units,  the  capability  of  storing  and  managing 
many  objects  across  several  computer  networks  is  required.  This  capability  can  be  provided  by  distributed 
object-oriented  database  systems.  These  systems  ate  an  emerging  technology,  often  referred  to  as  "next- 
generation  database  systems"  (Cattell  1991).  They  provide  the  same  capabilities  of  conunercial  database 
systems  along  with  the  complex  data  modeling  available  tiuou^  the  use  of  objects. 


Knowledge-Based  Programming 

Knowledge-based  programming  is  a  mechanism  for  incorporating  human  expertise  into  software. 
Object-oriented  models  are  well  suited  to  this  task  because  they  are,  by  definition,  patterned  after  the  way 
people  think:  object-oriented  models  describe  systems  in  terms  of  objects  and  their  interrelationships. 

Knowledge-based  programming  can  be  used  to  store  the  institutional  knowledge  required  by 
knowledge  workers.  For  example,  an  expert's  knowledge  about  the  idiosyncracies  of  a  temperamental 
office  laser  printer  can  be  encoded  into  a  laser-printer  object.  When  a  knowledge  worker  is  having  trouble 
with  the  printer,  the  laser-printer  object  can  help.  In  a  graphical  user  environment  such  as  Microsoft 
Windows  or  X-Windows,  Ae  knowledge  woiker  may  simply  be  able  to  click  on  the  appropriate  portion 
of  a  picture  of  the  printer.  The  object  can  then  tell  the  user  how  to  solve  the  problem. 

The  advantage  of  using  an  object-oriented  model  in  such  a  case  may  not  be  immediately  obvious. 
But  su{^se  that  solving  the  printer  problem  requires  procurement  of  a  part  from  the  computer  services 
department  The  laser-printer  object  can  simply  hand  off  the  user  to  the  paits-request-foim  object  or  to 
the  telei^one-directory  object  The  laser-printer  object  does  not  need  to  know  how  to  solve  problems  that 
are  not  really  its  responsibility — it  can  rely  on  other  objects  to  perform  their  ^cific  work. 

Furthermore,  object-oriented  systems  readily  adjust  to  changes  within  objects.  Suppose  an 
organization  changes  to  a  new  set  of  telephone  extensions.  With  an  object-oriented  system  there  is  no 
need  to  reprogram  the  laser-printer  object  with  the  new  telephone  extensions — updating  the  telephone 
directory  object  will  make  the  proper  changes  throughout  the  system.  In  fact,  any  object  can  make  any 
internal  change  without  affecting  the  rest  of  the  system.  This  c^ability  is  another  advantage  of  the  object- 
oriented  paradigm. 
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There  are  many  software  packages  for  developing  knowledge-based  systems.  Software  that  follows 
the  object-oriented  paradigm  is  preferred  because  such  packages  facilitate  the  rq)resentati(m  of 
institutional  knowledge  within  the  objects  depicting  knowledge  worker  processes. 


Information  Resources  and  Linkages 

The  developer  of  the  process  models  will  define  many  links  between  tasks  and  needed  information. 
However,  the  dynamic  nature  of  the  models  makes  it  impossible  to  provide  all  needed  links  in  advance. 
In  some  cases,  the  knowledge  worker  will  need  help  to  determine  which  information  best  meets  his  or  her 
needs. 


Providing  such  help  requires  mechanisms  for  identifying  sources  of  information  and  simplifying 
access  to  those  sources.  Knowledge  workers  could  be  sui^rted  in  this  effort  through  the  developmeta 
of  (1)  a  Imowledge  base  on  information  resources  and  (2)  a  library  of  linkage  objects  for  accessing  those 
resources. 

Most  business  processes  involve  a  core  set  of  information  resources.  The  Information  Resource 
Knowledge  Base  would  assist  users  not  only  in  identifying  these  resources,  but  also  in  using  them 
effectively.  Furthermore,  this  knowledge  base  could  maintain  links  within  each  process,  guiding  users 
from  one  information  resource  to  others  that  may  also  be  helpful. 

The  heavily  used  core  of  information  resources  would  be  identified  as  the  knowledge  worker  process 
models  were  developed.  Each  objea  representing  an  activity  would  be  given  a  list  of  resources  fiequently 
used  to  carry  out  the  activity.  Expertise  on  the  content  and  use  of  specific  resources  could  be  captured 
through  interviews  with  the  experts  using  verbal  protocol  analysis  (as  described  under  “Model 
Development  Methodologies”  in  ^rqiter  3).  This  expertise  could  then  be  maintained  in  foe  Information 
Resource  Knowledge  Base. 

Such  a  knowledge  base  would  be  feasible  because  most  business  processes  require  only  a  small  set 
of  information  resources;  this  implicitly  limits  foe  requirements  of  the  software  system.  In  addition,  it  is 
not  necessary  that  the  knowledge  base  include  all  information  resources  that  might  ever  be  accessed  by 
any  worker.  It  would  be  sufficient  to  store  only  foe  most  fiequently  used  resources  because,  by  definition, 
those  are  foe  cases  that  consume  foe  most  worker  time. 

Most  workers  now  seek  help  from  others — experts — who  are  more  experienced  in  a  particular 
process.  A  knowledge  base  containing  the  fruits  of  these  experts'  experience  would  eliminate  foe  need 
to  interrupt  them  at  their  work.  More  importantly,  it  would  typically  eruible  the  user  to  get  information 
more  quickly.  The  knowledge  base  would  be  more  accessible  than  foe  expert,  and  it  could  directly  help 
users  access  foe  information  they  needed — for  example,  by  assisting  them  in  constructing  a  database  query. 

The  feasibility  of  knowledge  bases  that  give  users  such  specific  assistance  was  investigated  at 
USACERL  for  foe  Construction  Appropriations,  Programming,  Control,  and  Execution  System  (CAPCES) 
database  (Kappes  et  al..  May  1991).  Researchers  developed  a  knowledge-based  natural-language  interface 
(Expert-CAPCES)  that  uses  knowledge  of  foe  CAPC^  database  to  translate  queries  into  the  FOCUS 
command  language  required  to  retrieve  the  data.  Another  version  of  the  system  provided  this  same 
CAPCES  knowledge  in  a  hypertext-based  program.  The  hypertext  version  helped  users  search  for  data, 
and  also  served  as  a  tutorial  on  foe  contents  and  purpose  of  foe  data  contained  in  CAPCES. 

In  addition  to  foe  Information  Resource  Knowledge  Base,  an  Information  Linkages  Library  could 
provide  instructions  on  how  to  access  the  required  information.  In  many  cases,  the  Information  Linkages 
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Library  could  partially  or  fully  automate  access.  Using  object-oriented  terminology,  these  linkages  would 
be  objects  that  “knew”  how  to  access  a  specific  infonnation  resource.  The  objea  would  contain 
information  about  the  resource's  location,  format,  access  procedure,  and  any  other  unique  aspects.  These 
objects  could  be  activated  through  direct  links  with  a  task,  or  they  could  be  activated  irKlirectly  duough 
assistance  provided  by  the  Information  Resource  Knowledge  Base.  Figure  6  depicts  both  strategies  by 
illustrating  (1)  a  direct  link  to  a  database  and  (2)  an  indirect  link  provided  by  interaction  with  the 
Information  Resource  Knowledge  Base. 


Infornution  Representation 

The  types  of  information  that  could  be  accessed  from  this  kind  of  automated  support  environment 
may  vary  from  process  to  process.  One  process  might  require  access  to  a  variety  of  forms,  regulations, 
and  databases;  another  might  require  ad  hoc  access  to  online  information  services  or  CD-ROM  libraries. 
The  information  could  be  presented  to  the  user  through  knowledge-based  hypertext  systems,  written 
documents,  databases,  computer  graphics,  geographic  information  systems,  or  even  video.  The  information 
support  system  should  be  able  to  access  information  regardless  of  format 

Object-oriented  programming  can  fulfill  this  requirement.  Adding  the  ability  to  access  a  new  type 
of  information  source  simply  requires  adding  a  new  object  that  “knows”  what  needs  to  be  done.  There 
is  no  theoretical  restriction  on  what  types  of  information  can  be  accessed:  as  new  types  of  information 
become  available,  the  system  can  always  be  modified  to  access  them. 


Direct  Link 


Indirect  Link 


Figure  6.  Information-Linking  Strategies. 


4  SUMMARY  AND  RECOMMENDATION 


A  iai:ge  number  of  Army  employees  today  can  be  classified  as  knowledge  workers — people  who 
process  or  manipulate  information  in  support  of  virtually  all  aspects  of  Army  (^rations  and 
administration.  In  this  research  the  authors  reviewed  five  major  categories  of  decisiorunaki^  theory:  (1) 
the  rational  manager  view,  (2)  the  “satisficing,”  process-oriented  view,  (3)  the  organizational  procedures 
view,  (4)  die  political  view,  and  (5)  the  individu^  differences  view.  These  schools  of  thought  were  used 
as  a  basis  for  understanding  how  knowledge  workers  use  information  in  decisiorunaking;  it  was  proposed 
that  proper  understanding  of  knowledge  worker  decisionmaking  must  incorporate  elements  of  all  five 
views.  A  model  for  decisionmaking  within  knowledge  work,  the  KWIS  model  (Figure  2)  was  derived  for 
this  purpose  from  a  more  general  model  developed  in  earlier  research  (Figure  1).  Based  on  an  interview 
with  a  knowledge  worker  at  HQUSACE,  a  teal-world  knowledge  worker  process  was  described  and  used 
to  validate  the  model.  Finally,  an  approach  was  proposed  for  the  develofnnent  of  an  automated  computer- 
based  system  that  links  knowledge  worker  processes  with  the  information  sources  available  to  support 
them.  This  system  would  use  knowledge-based  programming  tools  with  an  object-oriented  paradigm  to 
create  a  powerful,  expandable  information  support  system  that  could  be  used  by  knowledge  workers  both 
within  organizational  subsystems,  and  across  subsystems  and  organizations.  Following  the  strategy 
proposed  in  this  report,  such  a  system  would  provide  access  to  relevant  information  regardless  of  the 
information's  native  format  (e.g.,  textual,  graphical,  video,  etc.). 

It  is  recommended  that  the  software  .strategy  proposed  in  this  report  be  used  to  develop  an 
integrated  knowledge-based  environment  to  support  knowledge  workers  by  helping  them  access  relevant, 
high-quality  information  sources. 

It  may  be  possible  to  cut  develo[nnent  times  and  costs  by  building  the  system  with  an  existing 
object-oriented  database  program.  If  diis  proves  impossible,  then  the  next  best  approach  would  be  to  write 
the  system  in  a  computer  language  that  directly  su{^rts  the  object-oriented  paradigm.  If  the  system  is 
object-oriented  internally,  then  it  will  be  easier  to  provide  an  object-oriented  interface  to  the  user. 

The  system  should  be  designed  from  the  ground  up  to  take  advantage  of  the  object-oriented 
paradigm.  In  particular,  it  should  be  extensible.  Users  should  be  free — even  encouraged— fo  add  their 
own  objects  to  the  system.  There  should  also  be  a  method  for  sharing  these  objects  wifii  others.  In  such 
a  system,  individual  workers  would  be  able  to  implement  their  own  smart  objects,  which  other  workers 
could  later  access  and  employ.  Workers  should  also  be  able  to  make  their  own  copies  of  existing  objects, 
which  they  can  then  tailor  to  their  personal  needs. 

Finally,  the  system  should  allow  knowledge  workers  to  modify  existing  objects.  This  capability 
will  enable  users  to  clarify,  correct,  and  update  an  object's  information  when  necessary.  It  may  also  be 
desirable  to  allow  the  creator  of  an  object  to  mark  part  of  it  “read-only,”  to  prevent  incorrect  or  malicious 
changes  to  essential  material. 
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